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GTVHacker: The Team 



‘ GTVHacker is a group of 6 hackers with 
individual skill sets who work together to 
unlock Google TV devices. 

A Our primary goal is to bypass hardware and 
software restrictions to allow for unsigned 
kernels to be loaded and used. 

A To date the team has released multiple 
methods for unlocking Google TV devices. 

A GTVHacker team won $500 bounty for 
being the first to root the Google TV. 
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Team Members 


The GTVHacker team officially consists of 6 members: 

• AgentHH - First human outfitted with metal legs. 

• cj_000 - Destroyer of words 

• Gynophage - German rockstar reverse engineer 

• [mbm] - known for founding the Open-WRT project and tossing 
251 children down a well 

• Tdweng - software d ev eloper turn ed super hero. 

• zenofex - m | HH H HH1H H H 

With special guest: 

• Bliss - a vulnerability researcher who takes sick pleasure in 
exploiting anything with a CPU. He once punched an Android in 
the face. 
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Google TV: What is it? 


Google TV 

TV MEETS WEB. WEB MEETS TV. 


■ Google TV is a platform that bridges the gap between your TV and an Android device. 

Platform creates an overlay on television stream and also contains an IR transmitter to 
transmit to media center devices (cable box, TV, sound system). 

Device was originally released without the Android Market available but was eventually 
updated to include it. 

Platform receives Over-the-Air updates automatically from OEM manufacturer. 

■ Platform contains forked version of Chrome with all plug-ins and extensions other than 
Flash disabled. 
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Android vs. Google TV 


Although Google TV runs Android there are differences: 

■ The device has a Chrome browser out of the box which provides a 
fairly reliable and safe browsing experience 

■ The Gen 1 Google TV platform is currently the only x86 set of Android 
devices. 

■ Although the platform does have the Android market, the amount of 
actual applications available is far below that of the actual market. 

■ Due to the fact that some Android applications include native code, 
some applications are not able to run on the x86 chip-set. 

■ Unlike most Android devices, GTV devices are USB hosts requiring 
ADB to be used over the network and ADB is restricted to one white- 
listed IP. 
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x86 vs ARM? 



■ Most commonly deployed boxes are x86 

■ Newest Google TV Devices are ARM based 

■ Devices by Sony, LG and Vizio (Availability is still limited) 

■ More on the ARM devices a bit later! 
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GTV vs Content Providers 



From the initial release of the platform, the Google TV has been in 
a constant battle with the content providers. 

Content providers believed giving Google access to television 
programming advertising streams would strengthen Google's 
position in web advertising, as well as convince users to drop 
services like cable. 


Websites enforced checks by verifying the browser User-Agent as 
well as the Flash version string. 
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Platform: x86 Android 



There are no other mainstream 
Android x86 devices. 

Architecture differences makes 
for a crippled marketplace. 

Code compiled for device can 
usually be compiled without the 
need for compiler toolchain. 
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x86 / Gen 1 CPU 



Current generation of Google TV devices use an Intel CE41xx CPU. 
45nm Atom core 1.2 Ghz with System-on-Chip (SoC). 

“On-die” security processor to handle DRM. 

Revue-CE4100 

Sony TV / Blu-Ray - CE4150 
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Bootloader (Genl) 


I IIII I 1 

The bootloader for the CE41xx devices is known as the “Intel CEFDK” 
(Consumer Electronics Firmware Development kit). 

Bootloader is signed and signature is verified by security processor, 
beginning “chain of trust”. 

Intel supplies a stage 1 and stage 2 boot-loader in the SDK. 

Logitech uses both stages of CEFDK in its device. 

Sony uses Intel's stage 1 and it's own proprietary “NBL” for stage 2. 
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“Chain Of Trust” 


GTV platform utilizes a “Chain of Trust” boot 



1) SoC decrypts and verifies signature of stage 1 CEFDK 

2) Stage 1 CEFDK boots, checks signature, and decrypts Stage 2 

3) Stage 2 boots and checks signature on Kernel 

4) Kernel takes over 

5) (Sony) Kernel SHA1 hashchecks init 

6) (Sony) Init RSA verifies init.rc / init.(eagle/asura).rc 
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Kernel Security 



■ Kernel requires modules to be properly signed before being inserted. 

■ All partitions except /data & /cache are marked as RO by the kernel. 

■ ADB shell only allows RW access to folders with “shell” permissions. 

■ Functions like ptrace are left out of the kernel. 

■ Access /dev/mem is restricted. 

■ Kernel is patched from all known public Android vulnerabilities. 
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Current Devices 



Google TV 
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Logitech Revue 



• Released October 2010 

• Full sized keyboard with built in 
touchpad 

• Originally priced at $249 later 
reduced to $199 and finally $99 

• Discontinued but still favoured by a 
majority of GTV users 
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Logitech Revue Motherboard 
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UART1 - Console 
J3 - PICKIT2 
SW1 - Unused switch 
J20 - I2C 
J69-USB 

SATA1 - SATA Header 
J24 - Unknown 
J13 - Power for SATA 
XDP1 - Intel XDP Debug 
Header 











Revue: Recovery 



Recovery mode is an “Android 2e recovery” which is standard on many Android devices. 

• Reboot 

• Apply Update from USB (update.zip) 

• Wipe data/factory reset 

• Wipe cache partition 


All update files provided are RSA verified before the box attempts installation. 
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UART On The Revue 
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First root on the 
Google TV Platform. 

Required a virgin 
Revue. 

Still works on newly 
purchased Revues. 

Soldering to four pads 
on the Revue and 
booting into recovery 
mode. 

Method allowed for 
Read/Write access to 
File System. 







UART On The Revue 



Created a manual update 
process that mirrored 
Google's but did not perform 
any of the signature checks. 

Continued to release 
modified updates which 
included an ADB running as 
root as well as our first 
attempt at a content provider 
bypass. 
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First “Content Provider Bypass” 


Bypassing Hulu/CBS/NBC/ABC's browser/flash checks was relatively easy 
and could be done quickly with a hex editor and RW /system access. All 
that was required was a simple change from: 


00969F5269 6E 3A 00 4l 


To: 


00969F63^^ 

0G969F5269 6E3A 00 
Q006§F63^H~ 


50 6C 75 67 49 6E 00 35 2E 31 00 25 32 ■.Plugin. 5.l.%2 



50 6C75 67 49 6E 00 35 2E 31 00 25 32 ■, Plugin,5,U2 


Changing one letter in the flash version string as well as changing 
the browser user agent (which can be done directly from the box in 
Chrome's settings) will allow a user to watch normally restricted 
content. 
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Honeycomb Suprises: 
Messaqe from Loaitech? 
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• Logitech removed the recovery menu and replaced it with a message to 
the GTVHacker team. 

• Removed functionality to install manual updates therefore removing a 
user's ability to recover other than via the automatic process of 
erasing /cache and /data. 

• The message was encoded in a ROT13 cypher. 

• Each of the current GTVHacker team members' names were listed as 
no longer functioning recovery menu items. 
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Honeycomb Suprises: 
Message from Logitech? 


Android system recovery <2e> 

@gtvhackers pbatenghyngvbaf vs lbhe ernqvat guvf 
cqrnfr ^ ■ * * 

AgentHH 

Zenof ex 
cj_000 
craigdroid 
Cmbm J 
resno 
tdweng 



“A @gtvhackers congratulations if your reading this please post 
a note on your forum to let me know ;)” 
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Flash Sabotage: Revue 


Getting a secret message from Logitech was awesome. 

Having them remove the recovery menu functionality was not. 

So we needed a way to play with the update functionality of the box... 

The OTA updater writes to /cache/recovery/command, which uses the 

following syntax: 

--update_package=CACHE:/somefile.zip 
Now if only we had a way to write to cache... 
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Flash Sabotage: Revue 



IBB63EM 


• /cache and /chrome are EXT3 
partitions stored on NAND 
flash. 

• Luckily, that flash is 
connected to the Revue via a 
USB Controller. 

• It's a flash drive! 

• We can tap the data lines and 
stick our own flash drive in line. 
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Revue Kernel Exploit 


Revue root kernel exploit 
To be added 
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Revue Module Signing Exploit 


Revue RSA kernel module signing bypass 
To be added 
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Sony Devices (Genl) 



Blu-Ray Player (NSZ-GT1) 



Television 24” - 46” (NSX-#GT1) 


GTV hardware is nearly identical, other than the obvious differences. 
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NSZ-GT1: Motherboard 



Bulkier than the 
Revue. 

Built like a Sony. 

Populated debug 
pads! 

Contains a faster 
processor - CE4150 
@ -1.7GHz. 
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SATA Sabotage: Sony 



NSZ-GT1 Hardware Ro< 




• Internal SSD via SATA 

• GBDriver RS2 AES encrypts 
all data on NAND flash. 

• ATA Password 

• Sony stored all data on SSD, 
except bootloader and kernel. 

• Risky procedure. Small 
points. 

• Able to “redirect” SATA bus to 
our own device, which we had 
RW access to externally. 

• Used this to downgrade to old 
SW versions, to look for flaws. 
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Sony GTV: Recovery 
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• Far more interesting 
than that of the Revue. 

• Like the Revue, has a 
similar “Update from 
USB” feature. 

• Nearly entire backend is 
done through a series of 
scripts. Not standard 
Android, so no debug 
log is left behind. 

Though not impossible 
thanks to the UART. 

• Sony updates are RC4 
encrypted. 
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Sony Google TV 

Command Execution Through Recovery 


Can you spot the problem here? 


Is /tmp/mnt/diskb1/package_list_*.zip | head -1 | grep "package_list_" 
/bin/sony/check_version.sh $1 
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Sony Google TV 

Command Execution Through Recovery 
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Sony Google TV 

Command Execution Through Recovery 


The exploit was simple, a package with a command: 

package_list_;cd tmp; cd mnt; cd diskbl; sh t.sh; .zip 

/package-updater.sh -I 0 -p /tmp/mnt/diskb1/package_list_;cd /tmp;cd /mnt;cd /diskbl ;sh t.sh;.zip 

The command above involved a t.sh bash script (to meet filename size 
limitations) which spawned a shell over UART and telnetd. 

From there we proceeded to dump the recovery file system. 
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Sony Google TV 

Command Execution Through Recovery 


Unfortunately this exploit was patched in the 7/2011 update. 

“It's not exactly what we'd call a easy jail break, seeing as how it requires a soldering iron, a NAND 
format procedure, and a Logitech Revue that's never even been powered on, but it looks like it is 
possible to root a Google TV box after all.” - engadget.com 

That was said about 4 large pads for the Revue. 
Needless to say, this was not a viable option for the public. 
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Sony Google TV 
UART 


• Active UART line (output only) 

• After initial hack - achieved 
root console in Linux. 

• Memory dump shows 
existence of “NBL” - an extra 
step after Intel's initial 
bootloader. 

• Mashing escape over UART at 
start-up brings us to a 
“Password:” 

• Password found after 
reversing NBL areas of memory: 



console ON 
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Sony Google TV 
UART / Bootloader 


• NBL options included loading files into memory, and executing 
from internal flash or network via TFTP. 

• Insecure booting features were disabled on production units. 

• NBL Utilized signature and hash checks similar to the normal 
start-up mode. 


Remember that exploitable recovery version? 
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Sony Google TV 
UART / Bootloader 


Successful patch applied! 

SEC FW: SEC ready 

SEC FW: firmware module sent to SEC for authentication and load 
Successful firmware download! 

SEC FW: firmware version valid: 2.1.0.6. 

/erify stage2 PASS 

tntel(R) Consumer Electronics Firmware Development Kit (Intel(R) CEFDK) 
lopyright (C) 1999-2010 Intel Corporation. All rights reserved. 

Juild Time (06/11/10 16:00:37). 

.oading 8051 Microcode at 0x80000 
SATA 0: BTVSSD01 - 8G 
SATA 1: SONYBDP-410 - 0G 

’assword: 

4BL BTV-EC 5.7.1 (base: 5.0-BTV_20100707) <built 11:14:57, 07/30/10 JST> 
lachine: EAGLE (i386/sodaville/btv) 

*AM: 0x00100000-0x02000000 available 
Ida: BTVSSD01 

(C/H/S = 30720/16/32, Total 15728640 sectors) 

YBL> boot -f net:tftp:/vmlinux_recovery.trf -c "root=/dev/ram0 console=ttyS0,115200 mem=exactmap memmap=lM$0 memmap=199M@lM" -initrd net:tftp:/initrd.trf 

L8254x: Ethernet address: 54:42:49:d4:66:d2 

L8254x: Link is up, 100Mbps Full Duplex 

lev_net.c:net_getparams: enable bootp because IP==0 

)ootp: 'myip' is 192.168.1.121 

'serverip' is 192.168.1.148 

)OOtp: mask: 255.255.255.0 

iet_open: client addr: 192.168.1.121 

iet_open: subnet mask: 255.255.255.0 

iet_open: net gateway: 192.168.1.2 

iet_open: root addr: 192.168.1.148 

iet_open: server addr: 192.168.1.148 

iet_open: server path: / 

iet_open: file name: vmlinux_recovery.trf 

TRF file is loaded : start = 0x00100000, length = 0x00396086 

I8254x: Ethernet address: 54:42:49:d4:66:d2 

I8254x: Link is up, 100Mbps Full Duplex 
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Sony Google TV 
UART / Bootloader 


Booting via TFTP allowed us to set kernel args. 

boot -f net:tftp:/vmlinux_recovery.trf -c "root=/dev/ramO console=ttyS0,115200" 

-initrd net:tftp:/initrd.trf 

Booting via TFTP however kept the internal SSD ATA locked. 

The good news was that when that recovery booted to a locked 
ATA, the box dropped us into a console! 
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Sony Google TV 
UART / Bootloader 


Exploitable Recovery: 

• System boot binaries stored on flash at /dev/Glob_Spectraa2 

• ATA was locked, flash was not! Drivers just needed to be loaded. 

• Replaced new recovery on flash with the old, exploitable version. 

• Now we had an exploitable recovery! 

• Wait for the rumored 3.2 release in late September to release exploit 

• Google and Sony were slow - it was December. 
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Sony Google TV 
Downgrade via USB (nodev) 


• Come the 3.2 release in December, we did not want to let on 
about the bootloader password being found. So, two weeks of 
intense bug finding was started. 

• We found a few bugs, but not what we needed for privileged code 
execution 

• However, we got to really, really know the update process... 
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Sony Google TV 
Downgrade via USB (nodev) 



Recovery mounts USB to 

/tmp/mnt/diskbl 

Looks for package_list_*.zip 

Passes this to 

package_updater.sh 

package_updater.sh then copies 

the file to /cache 

package_updater then unzips 

build.prop, and displays to the 

user 


If the update is accepted, it's copied again to /cache 

I'm sure they checked to see if there was a destination file... 
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Sony Google TV 
Downgrade via USB (nodev) 


The Sony recovery mounted ext2/3 partitions with no mount parameters 
meaning a block device on the USB could allow us to write to a device 

node as root. 


USB1 

contains update file which fools 
the updater to think a properly 
formatted update is on the drive. 


Recovery confirms that an 
update is inserted and asks the 
user if they'd like to continue. 




USB2 

contains update file which is a file 
system node point to 
/dev/Glob Spectraa2 


Recovery moves the FS node to 
/cache/package_list_*.zip and then 
errors leaving the file in place. 




USB1 

is used again now that the FS 
node is in place, we restart update 
and perform part 2 of attack. 


Recovery confirms that an 
update is inserted and asks the 
user if they'd like to continue. 




USB3 

contains update file which contains 
files to overwrite .trfs on 
/dev/Glob_Spectraa2 


The recovery version is now 
downgraded to the LCE exploitable 
version. 
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Sony Google TV 
Downgrade via USB (nodev) 


Assuming the downgrade went 
correctly, use LCE recovery 
exploit. 

Exploit: 

• Re-partitions internal SSD 



• Copies /boot to a new partition. 

• Edits initial /boot to include 
kexec files. 



• Hijacks initial boot process to 
call kexec. 
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Sony Google TV 
Unsigned Kernels 


“kexec (kernel execution) is a mechanism of the Linux kernel that 
allows "live" booting of a new kernel "over" the currently running 
kernel. “ ~ Wikipedia 


• Kexec is normally built into the kernel, so we opted to build it as a 
kernel module. 

• Kexec allows us to boot the system, have it kick over after in less 
than 1 second, and load our unsigned kernel. 

But what about that init hash, and those RSA signatures? 
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Sony Google TV 
Unsigned Kernels 


• Chain of Trust needed to be broken 

• kexec had to to be called before the platform's security firmware 
was loaded. 

• Where do we attack? 

• /bin/e2fsck 

• / is mounted from sdal, on the SSD, that we can now write to 
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/bin/e2fsck was replaced with a script which: 

• Mounted /system 

• insmod our kexec modules 

• kexec to load our new kernel 

Our new kernel, apart from featuring no hash on init, had a few 
other tweaks: 

• no initd hash 

• no signed init.rc 

• no signed init.(eagle/asura).rc 

• modified init.rc 

• modified init.(eagle/asura).rc 

• modified default.prop 

• ro.secure=0 

• ro.debuggable=1 
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Sony Google TV 
Content Provider Bypass 


But wait - there's more! 

Our update script pulled Chrome's Flash player and 
mutated the Flash plug-in string randomly per each install. 

Since each box has a unique ID, content providers will have 
harder time blocking streaming content for Google TV users. 
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Google TV 

“Future” / ARM Devices 


In the last few months we've seen a release of the second 
generation of Google TV devices, all of which are ARM: 

Sony NSZ-GS7 - Network Streamer 
Sony NSZ-GP9 - Blu-Ray Player *unreleased* 

Vizio VAP430 (CoStar) - Network Streamer *unreleased* 
Vizio VBR430 - Blu-Ray Player *unreleased* 

Vizio R3D*0VS (42/47/55/65) - Google TV *unreleased* 

LG 47/55G2 (LMG620) - Google TV 
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Google TV 
Sony - ARM Devices 



• The Sony ARM devices feature a Marvell 88DE3100 SoC, which 
has a 1.2GHZ Dual Core Processor. 


• The Blu-Ray variant should be close to identical specs wise, but 
with a Blu-ray drive, and a BD playback app. 


• Sony has yet to branch off into TV integration, as they may have 
jumped the gun the first time around. 
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Google TV 
Vizio - ARM Devices 



• The Vizio ARM devices, like 
the Sony's feature a Marvell 
88DE3100 SoC, which has a 

1.2GHZ Dual-Core processor. 

• Again, the Blu-Ray variant 
should be close to identical 
specs wise, but with a Blu-ray 
drive, and a BD playback app. 

• Multiple devices, a streamer, 
BD player, and integrated TV. 

• Hey, you - guy on stage. Is the 
streamer out yet? 
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Google TV 
LG - ARM Devices 



• LG Google TV's are a bit 
more mysterious. 

• 47” & 55” (G2 / LMG620) 

• Mostly, there have been 
few purchases, and at 
$1200 each, a bit out of 
our price ranges! 

• Dual Core ??? MHZ 
processor 

• Anyone care to donate 
one? 
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GTVHacker Timeline 


Date Event 

12/2010 Logitech UART found (and live) 

1/2011 Root package released (content bypass) 

7/2011 Sony (Blu-ray) unit acquired 

Sony unit rooted (SATA modification) 

Sony recovery command execution found 
Software root method found 

Sony update encryption keys found, reversed, decrypted 
8/2011 Revue 3.1 "Honeycomb" leaked 

9/2011 Sony 3.1 Released 

Sony TV acquired 
Sony TV rooted 
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GTVHacker Timeline 


Date Event (Continued) 

10/2011 Sony bootloader shell found/downgrade achieved 

11/2012 kexec ported as module to x86, unsigned kernels for 
Sony (saving for 3.2 rls) 

12/2012 3.2 for Sony released 

1/2012 Sony nodev recovery downgrade released 

1/2012 Sony exploit package released (unsigned kernels) 

3/2012 Revue signed module exploit achieved (needed root privileges) 
4/2012 Logitech Revue kernel exploit (awaiting 3.2 release) 

5/2012 Revue 3.2 Released 

6/30/2012 NSZ-GP7 Acquired 

6/30/2012 NSZ-GP7 Root Exploit 



GTVHacker 


http://gtvhacker.com/pres/dc20.ppt 




Sony NSZ-GP7 


Newest Sony 
device 

Released this 
month 

Tear down 
posted at 
GTVHacker.com 

CN2000 looks 
familiar! 


GTVHacker 









NSZ-GP7 Root Demo 


Noticed that last bit on the time line? Yeah. 


We gained root access on 6/30, and proceeded 
to explore 


Our goal is to get unsigned kernels running 
before a release, which may or may not be 
done already (you, with the microphone?) 


GTVHacker 


http://gtvhacker.com/pres/dc20.ppt 



NSZ-GP7 Root Demo 


Demo 


GTVHacker 


http://gtvhacker.com/pres/dc20.ppt 



Questions? 



GTVHacker 


http://gtvhacker.com/pres/dc20.ppt 



Thank you! 


More information can be found at: 

http://www.GTVHacker.com/ 

http://forum.GTVHacker.com/ 

http://blog.GTVHacker.com/ 


GTVHacker 


http://gtvhacker.com/pres/dc20.ppt 



